home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970104-19970326 / 000268_news@columbia.edu _Mon Feb 17 11:32:10 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA20418
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 17 Feb 1997 11:32:10 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA14585
  7.     for kermit.misc@watsun; Mon, 17 Feb 1997 11:32:09 -0500 (EST)
  8. Path: news.columbia.edu!panix!cam-news-hub1.bbnplanet.com!cpk-news-hub1.bbnplanet.com!news.bbnplanet.com!cam-news-feed3.bbnplanet.com!forest!pcoen
  9. From: pcoen@forest.drew.edu (Paul Coen)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: OS/2 Specific DOS and MS-DOS Kermit
  12. Message-ID: <1997Feb17.103511.155285@forest>
  13. Date: 17 Feb 97 10:35:11 EST
  14. References: <1997Feb15.090805.155151@forest>  <1997Feb17.100642.26785@lafn.org>
  15. Organization: Drew University Academic Technology
  16. Lines: 55
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:6607
  18.  
  19. In article <1997Feb17.100642.26785@lafn.org>, aw585@lafn.org (Dallas Legan) writes:
  20. > I went back and added to
  21. > DEVICE=C:\OS2\BOOT\COM.SYS
  22. > to make it:
  23. > DEVICE=C:\OS2\BOOT\COM.SYS (3,3F8,4) (4,2E8,3)
  24.  
  25. Okay, that's good -- I'm sure that wasn't helping matters any.  However,
  26. you're using the same IRQ for COM4 as COM2 -- is anything else using
  27. COM2 at the same time?  You may need to set COM4 (hardware-wise) to
  28. another IRQ and then change the CONFIG.SYS to match.  PC devices can't
  29. share interrupts, with a few exceptions (Microchannel-based PS/2's
  30. from IBM, but even IBM barely makes any MCA machines any longer).
  31.  
  32. Anyway, you may need to tell MS-Kermit where it is, or where you
  33. put it.  The command is 'SET COM4 \x02e8 \3' (or whatever it actually
  34. is).
  35.  
  36. > and even added the 
  37. > DEVICE=C:\OS2\MDOS\COMDD.SYS
  38. > which supposedly some software needs
  39. > (I don't know if I put it in the right position, or
  40. > even if the location in CONFIG.SYS matters?)
  41.  
  42. Order doesn't really matter.
  43.  
  44. >                                       AAAAAAAAAA-- no, it's not
  45. >                                          it's 3.0
  46.  
  47. RMVIEW should work anyway -- type RMVIEW /? to get the options (I 
  48. think they added a few switches in 4.0) -- you can get the IRQ
  49. out of it, and I think the base address.
  50.  
  51. > Still, why not the Specific DOS?
  52. > (I like the COMMAND.COM that I'm using on it)
  53. > I found that commenting out all COM device drivers
  54. > in CONFIG.SYS - COM.SYS AND VCOM.SYS (and COMDD.SYS if that matters
  55. > any) enabled MS-DOS Kermit to run from a
  56. > Specific DOS session booted from a disk.
  57. > This seems extremely awkward, but maybe it provides someone
  58. > more knowledgable about OS/2 a clue as to what will work more
  59. > smoothly.  Somehow, I suspect maybe the VIO.SYS I've seen
  60. > mentioned might solve it, but I don't know.
  61.  
  62.  
  63. I think you mean "SIO.SYS" -- VIO is the PM API used to deal with text
  64. windows.  The only problem with a "specific DOS" is that it takes
  65. more system overhead.  Also, something is just not configured right
  66. if you have to do the above to get it to work -- I've been running
  67. MS-Kermit since OS/2 2.0 in an OS/2 DOS window with no problems.
  68.  
  69. Anyway, SIO won't help in this situation -- I suspect you'll have the
  70. same sort of configuration problem, whatever it is.